%==================================================================%
% Author : Pando Muñoz, Manuel                                     %
%          Sánchez Barreiro, Pablo                                 %
% Version: 1.0, 10/06/2011                                         %
%                                                                  %
% Memoria del Proyecto Fin de Carrera                              %
% Archivo raíz para el capítulo de Conclusiones y trabajos futuros %
%==================================================================%


\chapterheader{Conclusiones y Trabajos Futuros}{Conclusiones y Trabajos Futuros}
\label{chap:futuro}

Para concluir la memoria se presentan a continuación las conclusiones y trabajos futuros posibles como continuación a este proyecto.

\chaptertoc

\section{Conclusiones}
\label{sec:futuro:conclusiones}

Como se comentaba al principio de este documento el objetivo del proyecto era el de crear una aplicación que facilitase la realización de pruebas evaluables a los docentes, automatizando ciertas tareas que si no han de realizarse manualmente, como la recogida de resultados, con el gasto de tiempo que ello conlleva, además de tener que ser realizado secuencialmente.
\newline

Para conseguir esto, se ha pasado por una fase de investigación, para tener conocimientos suficientes del problema a solucionar, las diferentes opciones posibles para ello y poder así tomar decisiones razonadas. Esto se transformó en una planificación y un diseño del proyecto, que se ha ido exponiendo a lo largo del documento.
\newline

La solución obtenida es una aplicación que permite, enviar archivos desde el computador del profesor a los alumnos, deshabilitar el acceso a la red durante el transcurso de la prueba, haciendo uso de iptables, software muy utilizado y probado, y recoger automáticamente los resultados, comprobando la integridad de los ficheros, como principales funciones a través de interfaces visuales intuitivas y amigables.
\newline


Unas de las lecciones que considero más importantes aprendidas a lo largo del desarrollo de este proyecto de fin de carrera, es la importancia de tener unos requisitos claros y definidos antes de planificar el diseño y construcción de la aplicación y tener un análisis y un diseño correcto y claro antes de codificar realmente el software y cómo el cambio en requisitos en fases avanzadas del proyecto puede suponer muchas horas de trabajo extra, en comparación con las primeras fases.
\newline

Merece la pena \lq\lq perder\rq\rq \ el tiempo revisando los requisitos y sus posibles incongruencias antes de empezar con la codificación.
\newline


Durante la realización de las pruebas descritas en la sección \ref{sec:despliegue:pruebas} se encontraba presente el administrador de sistemas de la Facultad, que propuso la funcionalidad de recuperar el estado frente a reinicios del sistema, parecía algo interesante añadirlo a la aplicación, así que se hizo. Esto realmente no significa un cambio en uno de los requisitos, sino la adición de uno nuevo, y gracias a la metodología usada para la construcción, que es flexible y prevé posibles cambios en los requisitos, el tiempo extra de codificación y diseño no fue mucho, comparado con lo que podría haber sido de utilizar una metodología en cascada.
\newline

En la siguiente sección se detallan posibles mejoras o adaptaciones a realizar en la aplicación para aumentar su funcionalidad, usabilidad y atractivo en general.

\section{Trabajos futuros}
\label{sec:futuro:futuro}

Como continuación de este proyecto, en lo referido a su principal función, el mantenimiento de la integridad de las pruebas evaluables, o en el aumento de la comodidad a los docentes, pueden añadirse las siguientes líneas de desarrollo:

\begin{itemize}

    \item {\bfseries Deshabilitar USB:} Los dispositivos USB son otro posible aspecto que podría enturbiar los resultados de una prueba, teniendo en cuenta que cada día son más pequeños.

    \item {\bfseries Acceso restringido:} En algunos momentos puede ser deseable que los alumnos accedan a ciertos contenidos en la red, apuntes de la asignatura en una plataforma como Moodle, por ejemplo, pero no al resto de internet, que el docente pudiese especificar qué contenidos son accesibles y durante cuánto tiempo sin duda puede resultar interesante.

    \item {\bfseries Multiplataforma:} El proyecto ha sido construido íntegramente con el lenguaje de programación Java, pero el hecho de utilizar un cortafuegos propio del sistema Linux hace que no sea multiplataforma. Modificar esa parte del código y adaptarla para otros sistemas, haría que se pudiese utilizar independientemente de la plataforma, algo que es siempre atractivo.

    \item {\bfseries Integración con otras aplicaciones:} Todos sabemos que en lo referente a la seguridad informática no se puede garantizar que una aplicación sea a prueba de todo, la integración con otros sistemas, de análisis de tráfico por ejemplo, proporcionarían un aumento de la confianza en el proyecto.

\end{itemize} 